User Controlled Access To Vehicle Relevant Information

ABSTRACT

A digital license plate can support methods for assuring preservation and user authorized electronic access to vehicle relevant information or vehicle history. An external user interface to the digital license plate is configured to allow a user to provide user authorization to control release of sensor and other data from the digital license plate.

RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application Ser.No. 62/442,734, filed Jan. 5, 2017 and U.S. Provisional Application Ser.No. 62/443,133, filed Jan. 6, 2017. The applications are incorporatedherein by reference for all purposes.

TECHNICAL FIELD

The present disclosure generally relates to a digital license plate.Methods for assuring preservation and user authorized electronic accessto vehicle relevant information or vehicle history are disclosed.

BACKGROUND AND SUMMARY

On-vehicle storage and updating of electronic vehicle records has beencontemplated. For example, conventional vehicle data loggers can captureavailable one or more of OBD, CAN, analog, and GPS data. Real-time dataincluding temperatures, RPM, brake and throttle settings, speed, can becaptured from vehicle sensors without requiring extra instrumentation oruser interaction.

One potential apparatus for creating, storing, and processing vehicledata is available in conjunction with dynamic display that presentsvehicle identification and registration information and can be arrangedon the exterior of a vehicle. For example, U.S. Pat. No. 9,007,193, andpending published US Patent application US20130006775, both assigned toReviverMX, describe a dynamic display that improves updateability ofvehicle identification and registration information by use of a digitallicense plate. In one described embodiment, additional information notrelated to vehicle identification can also be stored and displayed,including advertising or personal messages.

BRIEF DESCRIPTION OF THE DRAWINGS

Non-limiting and non-exhaustive embodiments of the present disclosureare described with reference to the following figures, wherein likereference numerals refer to like parts throughout the various figuresunless otherwise specified.

FIG. 1 illustrates one embodiment of a digital license plate system;

FIG. 2 illustrates various systems in a digital license plate system;

FIG. 3 illustrates operation of a digital license plate system;

FIG. 4 illustrates external data communication in a digital licenseplate system; and

FIG. 5 illustrates data categories supported by a digital license plate.

DETAILED DESCRIPTION

The digital license plate system 11 is preferably used for registeredvehicles such as personal cars, trucks, motorcycles, rental cars,corporately-owned cars, or any other suitable type of vehicle. Thedisplay system 100 functions to render identification and/orregistration information of the vehicle 10 that is preferably providedby an official authority, such as a Department of Motor Vehicles (DMV).Preferably, the processor 120 renders the identification and/orregistration information of the vehicle 10 on the display 110 such thata state vehicle code is followed, such as the size and dimension of thedisplayed area, the content, size, and lettering style of theinformation, and the visibility and reflectivity of the display 110.Preferably, the processor 120 renders content on the display 110 suchthat the state vehicle code of the state in which the vehicle 10 isregistered is followed; alternatively, such as in the embodiment of theinvention that incorporates a location sensor (such as a GPS device),the processor 120 may render content on the display 110 such that thestate vehicle code of the state in which the vehicle is located isfollowed. The display system 100 preferably functions to display amessage in addition to the vehicle identification and/or registrationinformation. The message is preferably provided by an advertiser, forexample, an advertiser that is substantially unrelated to the user. Thesubject matter of the advertisement provided by the advertiser may besubstantially unrelated to the driver and/or owner of the vehicle 10,and the advertisement may be substantially unrelated to the vehicle 10.Alternatively, the advertisement may be related to a demographic towhich the driver and/or owner of the vehicle 10 belongs or to any othersuitable characteristic of the driver and/or owner of the vehicle 10.The advertisement may also be selectable by the driver and/or owner ofthe vehicle 10, for example, via the Internet on a personal computer,via the internet on an internet-capable mobile phone, or via any othersuitable method. The advertisement may also be substantially related tothe vehicle 10, for example, a display system mounted to a Porsche maydisplay advertisements that are targeted at a demographic with a brandaffinity toward Porsches. The advertisements may be substantiallyrelated to the location of the vehicle 10, for example, if the vehicle10 is traveling within the vicinity of a venue, an advertisement for thevenue may be shown. Alternatively, the message may be provided by a lawenforcement agency, for example, an emergency broadcast regarding amissing person (for example, an Amber or an Elder alert). Furthermore,if the vehicle 10 is reported stolen, the message may indicate that thevehicle 10 is stolen, thus allowing parties external to the vehicle toidentify the vehicle 10 as such.

Alternatively, the message may be any suitable type of message and maybe controlled by any suitable party, for example, an officialorganization (for example, the DMV), the driver of the vehicle 10, theowner of the vehicle 10, a third-party unrelated to the vehicle 10, orany other suitable party. In a first example, the message may includeadditional details related to the vehicle 10, including the model of thevehicle 10, the smog check results of the vehicle 10, maintenance issuesof vehicle 10, or any other suitable type of information related to thevehicle 10. In a second example, the message may include details relatedto the driver of the vehicle 10, including organizations that the driversupports or belongs to (for example, the Girl Scouts, the San FranciscoGiants baseball team, or a political party), a cause that the driversupports (for example, People for the Ethical Treatment of Animals(PETA) or cancer awareness), the demographic of the driver, or any othersuitable type of information related to the driver. In this secondexample, the message may also include official details regarding thedriver; for example, the message may indicate that the driver is adoctor or a law enforcement officer, allowing people outside the vehicle10 to direct requests to the driver when his services are desired.Official details may also include details relating to the drivinghistory of the driver; for example, if the driver has an imperfectdriving record, a notification may be rendered on the display in orderto warn others in the vicinity of the vehicle. In a third example, themessage may include notifications for drivers in the vicinity of thevehicle 10, for example, traffic information or weather forecasts. In afourth example, the message may include details regarding the owner ofthe vehicle. This may be particularly useful when the vehicle 10 is amember of a fleet of cars, for example, a car rental agency, a movingtruck rental agency, a government fleet, or any other suitable type offleet. The message of the fourth example may indicate which fleet thevehicle 10 belongs to; this information may be used to identifyvehicles, to advertise regarding the fleet (for example, if the vehicle10 belongs to a rental car agency, the message may include anadvertisement or a message for that particular rental car agency), orfor any other suitable purpose. However, the message may be of any othersuitable type of message.

The display system 100 is preferably powered by a power source. Thepower source is preferably a power source of the vehicle 10, such as theaccessories battery of the vehicle 10, the engine of the vehicle 10, orany other suitable power source of the vehicle 10. Alternatively, thedisplay system 100 may include and be powered by a power source that issubstantially independent from a power source of the vehicle 10. Thepower source of the display system 100 is preferably a battery, but mayalternatively be a solar panel, wind generator, or any other suitabletype of power source or combination of power sources. Yet alternatively,the display system 100 may include a power source that is rechargeableand coupled to a power source of the vehicle 10 that stores power fromthe vehicle 10 while the vehicle 10 is in operation and/or the ignitionof the vehicle 10 is on. In this variation, the power source of thedisplay system 100 allows for power generated while the vehicle is inoperation to be used at a later time by the display system 100. However,the display system 100 may be powered using any other suitable methodand/or arrangement.

The display 110 functions to display content, wherein content includesat least one of the identification information of the vehicle 10,registration information of the vehicle 10, and a message. The display110 is operated by the processor 130 in one of the three operationalmodes. The display 110 is preferably of a substantially low powerdisplay, such as an LED display, an LCD display, an e-ink display, anorganic LED display, an interferometric modulator display (iMoD), adisplay that uses electrophoretic deposition (EPD), a cholesteric liquidcrystal display (ChLCDs), or any other suitable display. The display 110may alternatively be a combination of the above display types. Thedisplay 110 preferably also has a substantially wide range of viewingangles. The display 110 is preferably also substantially thin, allowingthe display 110 to replace existing license plates on the rear and/orfront exterior of the vehicle. Similarly, the display 110 is preferablyof a width, height, and/or aspect ratio that is/are substantiallysimilar to existing license plates. Alternatively, the display 110 maybe substantially different than existing license plates (for example, inthe case of the relatively narrow height of European license plates, thedisplay 110 may be of a substantially different height). However thedisplay 110 may be of any other suitable dimension.

The display 110 may also include a backlight. The backlight functions tocontrol the light intensity of the information displayed by the display110. The backlight preferably includes a plurality of degrees of lightintensity. The processor 130 may select the degree of light intensitybased upon the mode of operation. The processor 130 may also select thedegree of light intensity based upon ambient light levels proximal tothe display 110. For example, the degree of light intensity may behigher during the day and lower during the night. In this variation, thedisplay system 100 also includes a light sensor to detect the level ofambient light. The degree of light intensity of the display system 100may also be selected based on the preferences of the driver, a lawenforcement officer, or any other suitable party. However, the degree oflight intensity of the display system 100 may be selected based on anyother suitable criteria. The backlight may be a set of lights locatedsubstantially on the perimeter of the display 110 and that are directedtoward the display 110. Alternatively, the backlight may be locatedsubstantially behind the display 110 and provide light from behind thedisplay 110. However, the backlight may be of any other suitablearrangement. The backlight may be a series of low-power light sources,such as LEDs, but may alternatively be any other type of light source.Alternatively, the display may include a light-reflective surface thatfunctions to illuminate the display 110 with reflected light. Thelight-reflective surface may be a mirror or any other suitable type ofreflective material. The light-reflective surface may also be of aretroreflective material that reflects light back in the direction ofthe light source. The light-reflective surface may also be combined witha light source to more effectively illuminate the display 110, forexample, the transflective materials used on freeway signs. However, anyother suitable material or method may be used to illuminate the display.

The vehicle speed sensor 120 functions to detect the speed of thevehicle 10. The vehicle speed sensor 120 is preferably a sensor thatmeasures the actual velocity and/or acceleration of the vehicle 10, suchas an accelerometer coupled to the vehicle 10 or a tachometer coupled tothe drivetrain of the vehicle 10 and which measures the number ofrevolutions of a drivetrain component, such as a wheel, for a period oftime in order to determine the speed of the vehicle 10. In a secondvariation, the vehicle speed sensor 120 couples to the speedometer ofthe vehicle 10 and/or an onboard computer of the vehicle 10; in thisconfiguration, the speed sensor 120 functions to transmit informationgathered by the speedometer and/or the onboard computer to the processor130, rather than measure the vehicle speed directly. However, thevehicle speed sensor 120 may be any other suitable type of sensor thatdetermines the actual speed and/or acceleration of the vehicle 10.Alternatively, the vehicle speed sensor 120 may be a sensor thatmeasures the relative velocity and/or acceleration of the vehicle, forexample an ultrasonic sensor or an infrared sensor that determines thespeed of the vehicle relative to another object. The other object may bea stationary portion of the road or a nearby vehicle. However, thevehicle speed sensor 120 may determine the speed of the vehicle 10 usingany other suitable method or sensor type.

The processor 130 functions to render content on the display 110 basedupon the operational mode of the display system 100: a first mode,wherein a first content is rendered on the display 110 at a first powerconsumption level, the first content including identificationinformation of the vehicle 10 and/or registration information of thevehicle 10; a second mode, wherein a second content is rendered on thedisplay 110, the second content including a message and possiblyincluding identification information of the vehicle 10 and/orregistration information of the vehicle 10; and a third mode, whereincontent is rendered on the display 110 at a second power consumptionlevel that is less than the first power consumption level. Preferably,content rendered in the third operational mode includes theidentification and registration information of the vehicle 10. In avariation of the display system 100, content rendered in the thirdoperational mode includes a message in addition to the identificationand/or registration information of the vehicle 10. However, contentrendered on the display 110 in the third operational mode may includeany other information or messages or any combination thereof.

The processor 130 is preferably coupled to the vehicle speed sensor 120.As mentioned above, the speed determined by the vehicle speed sensor 120may be the actual speed of the vehicle 10 or may alternatively be thespeed of the vehicle 10 relative to another object (for example, aneighboring vehicle). The processor 130 preferably selects theoperational mode of the display system 100 based on the speed and powerstate of the vehicle 10. However, a device other than the processor,such as the onboard computer of the vehicle 10, a law enforcementofficer, a second processor connected to a remote server, or any othersuitable device or institution may select the operational mode of thedisplay system 100. The processor 130 preferably operates the display110 in the first and second operational modes when the vehicle 10 is on,and the processor preferably operates the display 110 in the thirdoperational mode when the vehicle 10 is off. The vehicle 10 ispreferably considered “on” when the driver turns any portion of thevehicle 10 on. In many cars, there is a plurality of “on” states, forexample, a first “on” state in which basic functionality, such asopening and closing windows, is allowed; a second “on” state in whichmore advanced and/or higher-power functionality, such as ventilationsystems or the sound system, is allowed; and a third “on” state in whichthe vehicle may be driven (or, in other words, the ignition is on). Thevehicle 10 may be considered “off” otherwise. In the “off” state,certain portions of the vehicle may still be “on”, for example, securitysensors, key proximity sensors (such as keyless entry), or any othertype of substantially-low-power functionality. Alternatively, thevehicle 10 may be considered “on” when the ignition is on and considered“off” when the ignition is off, regardless of any other functionalitythat the vehicle may provide to the driver. Yet alternatively, thevehicle 10 may be considered “on” when the presence of a person isdetected within the vehicle and “off” when there is no one within thevehicle. The vehicle 10 may also be considered off when the emergencybrake or transmission parking brake of the vehicle 10 is engaged,regardless of the state of the ignition or presence of a person withinthe vehicle 10. However, the vehicle may be considered “on” and “off”using any other suitable criteria. The processor 130 preferably operatesthe display 110 in the first operational mode when the vehicle 10 is ata first speed and preferably operates the display 110 in the secondoperational mode when the vehicle 10 is at a second speed lower than thefirst speed. The second speed is preferably substantially zero speed, orsubstantially close to zero speed. This allows for identification and/orregistration information of the vehicle 10 to be substantially visiblewhile the vehicle 10 is in motion (the first speed), as shown in FIG. 1.This allows any party external to the vehicle 10 to visually access theinformation rendered on the display 110 in a manner similar to that usedto visually access information on a static (or stamped) license plate.In one variation, the processor 130 operates the display 110 in thesecond operational mode and renders the second content on the display110 when the vehicle 10 is on and at the second speed, wherein thesecond speed is preferably zero speed or a substantially slow speed,such as when the vehicle is moving slowly through heavy traffic. Becausethe message depicted in the second mode takes up a portion of thedisplay area of the display, the identification and/or registrationinformation also depicted may consume a smaller portion of the displayarea in the second operational mode as compared to the first operationalmode. Because the identification and registration information isdepicted in a is smaller size on the display 110 when a message isdisplayed concurrently with the vehicle 10 information, the visibilityof the identification and registration information may be less in thesecond operational mode than in the first operational mode.Alternatively, the identification and/or registration informationrendered on the display 110 in the second operational mode may be of thesame or similar format (for example, size and layout) as in the firstmode, but the message may be rendered on the display to overlap theidentification and/or registration information. This may also result inreduced visibility of the identification and/or registration informationof the vehicle 10. Therefore, the message may be displayed only undersuch conditions as when the vehicle is stopped or nearly stopped so thatdecreased visibility of the identification and/or registrationinformation does not occur when the vehicle 10 is moving at asubstantial speed; however, the additional functionality of displayingthe message when the vehicle is at the second speed still remains.Additionally, the message may provide an undesired distraction for aparty outside of the vehicle 10 while the vehicle 10 is in motion, andthus, by only displaying the message while the vehicle is stopped ornearly stopped, the possibility of distraction may be substantiallyreduced. However, the processor 130 may alternatively operate thedisplay 110 in the first and second operational modes at any othersuitable speed arrangement. In a variation of this, the display system100 may enhance legibility of the information for a party outside of thevehicle 10 by horizontally mirroring content rendered on the display 110when the display 110 is mounted on the front exterior of the vehicle 10;in this variation, content rendered on the display may be read in thecorrect orientation by a party viewing the display 110 in a rearview orside mirror of a second vehicle located ahead of the vehicle 10.However, the processor may render content on the display 110 by anyother means or arrangement such that distraction caused by the display110 is reduced and legibility of the displayed content is improved.

As described above, the processor 130 preferably functions to operatethe display 110 in the third operational mode when the vehicle 10 isoff. The third operational mode preferably displays identification andregistration information of the vehicle 10 at a second lower powerconsumption level that is less than the first power consumption level.In a variation of this, a message is rendered on the display 110 inaddition to the identification and registration information of thevehicle 10, although any one or combination of a message, identificationinformation of the vehicle 10, registration information of vehicle 10,or any other information may be rendered on the display 110 when in thethird operational mode. When the vehicle 10 is off, the power availableto the display system 100 may be less than when the vehicle is on. Forexample, in the variation wherein the display system 100 obtains powerfrom a power source of the vehicle 10, the display system 100 may beutilizing energy that was stored from another period of time when thevehicle was on. Thus, there is a limited supply of power, and byoperating the display 110 at a lower power consumption level in thethird operational mode than in the first and/or second operational modeswhile the vehicle is off, the length of time that content may berendered on the display 110 may be increased for a given amount ofenergy available to the display system 100.

The operation of the display 110 in the third operational mode mayreduce the power consumption of the display system 100 in a variety ofarrangements. In a first variation, the display 110 may be turned off ata first time and turned on at a second time. The display 110 may betimed to cycle on and off at specific time intervals, for example, everyfive minutes. The driver, the owner, or any other suitable party mayadjust the intervals. This allows the display 110 to be turned off for alength of time and turned on for another length of time. The length oftime that the display 110 is turned off is preferably substantiallylonger than the length of time that the display 110 is turned on, whichsubstantially decreases the power consumption of the display 110. In afurther variation, when in the third operational mode, content may berendered on the display 110 in colors that require less power todisplay, as compared to when operating in the first operational mode.However, the processor may operate the display 110 by any other meansthat reduces power consumption of the display 110 when in the thirdoperational mode, as compared to the first operational mode.Furthermore, the processor 130 may reduce the power consumption level ofthe processor 130 when in the third operational mode, for example, byreducing clock speed, shutting down auxiliary functions such astransmitting data to and/or receiving data from the communicationsdevice 140, or any other method to reduce power consumption of theprocessor 130. When the processor 130 operates the display in the thirdoperational mode, the light intensity of the display 110 may besubstantially identical to the light intensity of the first and/or thesecond operational modes. Alternatively, because the vehicle 10 ispresumed to be stationary when off (a possible exception to thispresumption would be when the vehicle 10 is being towed) and the partyto which message and/or identification information and/or registrationinformation is to be shown is substantially proximal to the vehicle 10,the light intensity of the display 110 may be substantially less in thethird operational mode than in the first and/or second operationalmodes. However, any other suitable light intensity may be used in thethird operational mode.

In a second variation, the display may be continuously on when operatingin the third operational mode but at a substantially lower lightintensity than in the first and/or second operational modes. In a firstexample, the backlight of the display 110 may be at the lowest lightintensity in the third mode. In a second example, in the variation ofthe display 110 that is e-ink, the backlight of the display 110 may beturned off, allowing only the e-ink, which is bistable and does notrequire additional power to maintain, to be visible. The method andarrangement to decrease the power consumption of the display 110 in thethird operational mode is preferably one of the two above variations,but may alternatively be a combination of the above variations or anyother suitable method or arrangement.

The processor 130 may alternatively operate the display 110 in a fourthoperational mode. The fourth mode may be determined by communicationthrough the communication device 140. In a first example, thecommunication device 140 may communicate with a law enforcement agencyand may indicate to the processor 130 that the vehicle 10 has beenstolen. The processor 130 may then operate the display 110 in a fourthoperational mode in which a notification that the vehicle 10 is a stolenvehicle is rendered on the display 110. However, the fourth mode mayalternatively be of any other suitable type and actuated by any othersuitable method.

The communication device 140 functions to allow content, information,and/or data to be transferred to and from the display system 100. Thecommunication may be conducted with an official organization (such as aDMV office or a law enforcement agency), a content database, the driverof the vehicle, the owner of the vehicle, or any other suitable party.The communication device may transmit and/or receive informationregarding vehicle identification and/or registration information,vehicle maintenance information, driver information, vehicle locationinformation (for example, in the variation of the display system 100that includes a GPS location device or accesses GPS location services),updated advertisements, or any other suitable type of information. Thecommunication device 140 is preferably of a wireless communication type,for example, one that communicates with cellular phone towers, Wi-Fihubs, or any other suitable type of wireless communication. However, thecommunication device 140 may be a wired communication device. In thisvariation, updated information is transferred when the display system100 is “plugged in” to an updating device, for example, a computer at amaintenance facility, at a DMV office, or any other suitable location,or another vehicle and/or display system 100 that has wirelesscommunication capabilities. The communication device 140 may alsoinclude a communication processor that functions to interpretcommunications to and/or from the display system 100. The communicationprocessor is preferably separate from the processor 130, but mayalternatively be the processor 130. The communication processor mayfunction to encrypt and/or decrypt communications to and/or from thedisplay system 100. The encryption/decryption may be any one of avariety of authentication and encryption schema. For example,cryptographic protocols such as Diffie-Hellman key exchange, WirelessTransport Layer Security (WTLS), or any other suitable type of protocol.The communication processor may also function to encrypt data toencryption standards such as the Data Encryption Standard (DES), TripleData Encryption Standard (3-DES), or Advanced Encryption Standard (AES).However, the communication device 140 may allow any other suitable typeof communication and may be of any other suitable arrangement.

The communication device 140 may receive content, information, and/ordata from a content database. Preferably, the content database isarranged substantially remote from the processor 130. The contentdatabase also preferably contains content provided by an institution,for example, an advertiser, a school, a record company, or a sports teamor venue; content provided by the institution preferably includesadvertisements. Alternatively, the content database may contain contentprovided by the driver and/or owner of the vehicle 10, for example, amessage composed by the owner of the vehicle 10 congratulating a childupon graduation from high school. However, any other suitable party mayprovide content to the content database, and the content database mayinclude a combination of advertisements from one or more institutionsand personal messages from one or more individuals. In a first example,content on the content database is accessed by the processor 130 via thecommunication device 140 and stored on the storage device 150.Preferably, the storage device 150 is arranged substantially proximal tothe display 110, such as within the vehicle 10 or within a housingcontaining the display 110; however, the storage device 150 may belocated remotely from the vehicle 10, such as on a hard drive connectedto a remote server. In a second example, content on the content databaseis accessed via the communication device 140 in real time and thenrendered on the display 110, thereby bypassing storage of content on thestorage device 150. However, content from the remote message databasemay be accessed by any other means before being rendered on the display110. In a third example, the storage device also functions as thecontent database, wherein content from at least one institution orindividual, such as those listed above, may be stored on the storagedevice and also selected by the driver and/or owner of the of vehicle 10to be rendered on the display 110. In this variation, the storage device150 of the display system 100, also functioning as a content database,may be accessed by a second display system separate from the displaysystem 100, such as a display system arranged on a second vehicle.However, any other suitable party may select the content to be renderedon the display 110 from the content database. Furthermore, content onthe content database may be selected, accessed and/or modified by thedriver and/or owner of the vehicle 10, or any other suitable party, viaan interface. Preferably, the interface is internet-based and accessiblevia a web browser, for example, on a mobile smart phone or on acomputer. In a first example, the driver and/or owner of the vehicle 10may access interface with an internet-capable mobile phone, then loginto the content database and select content (for example, a SanFrancisco Giants Baseball banner) he wishes to be rendered on thedisplay 110. In a second example, the content database stores vehicleregistration information, and upon the renewal of the registration ofthe vehicle 10, a DMV representative may access the content database viaa computer equipped with the interface and then update the registrationinformation of the vehicle 10 on the content database; the communicationdevice 140 may then retrieve the updated registration information fromthe content database and the registration information subsequentlyrendered on the display 110 may reflect the renewal. Alternatively, theinterface may be a handheld device that is hardwired, or physically“plugged in”, to the display system 100. In this variation, theinterface may or may not be removable from the display system 100.Furthermore, the interface may not couple to the content database viathe communication device 140, but instead only provide the driver and/orowner of the vehicle 10, or any other suitable party, to access contentalready located on the display system 100, such as on the storage device150 arranged substantially proximal to the display 110. For example, alaw enforcement officer, upon pulling over the driver of the vehicle 10for a traffic violation, may hook up to the display system 100 arrangedon the vehicle 10 a device equipped with the interface, wherein theinterface provides access to the current identification and/orregistration information of the vehicle 10. However, the interface maypermit access to any content contained in any other device coupled tothe display system 110 and by any other means.

The communication device 140 may transmit data regarding the renderingof a particular content on the display 110. Preferably, an advertisementis included in the content rendered on the display 110, and thecommunication device 140 transmits data regarding the rendering of theadvertisement on the display 110. This data may include, for example,how long the advertisement was displayed, when it was displayed, andwhere it was displayed. Alternatively, this data could be collectedand/or stored by the processor 130, although it could be collected andstored by any other device or means. Preferably, this information isused to determine the magnitude or type of an award granted to thedriver and/or owner of the vehicle 10. In a first example, if anadvertisement for tickets to a baseball game featuring a given team isrendered on the display 110, the driver and/or owner of the vehicle 10may receive a monetary award commensurate with the length of time thatthe advertisement was rendered on the display 110; alternatively, theowner and/or driver of the vehicle 10 may receive one or more tickets toa baseball game featuring this team in return for displaying theadvertisement in an area with a relatively low attendance at baseballgames. However, any other method may be used to grant an award of anyother type to the driver and/or owner of the vehicle 10 in return forthe rendering of content on the display 110.

The sensor for determining the proximity of the vehicle 10 to a secondvehicle functions to indicate to the processor 120 to modify contentrendered on the display 110. The processor 120 preferably renders amessage, such as an advertisement, on the display 110 when the secondvehicle is substantially proximal to the vehicle 10 (such as in thesecond mode); the processor 120 preferably renders the identificationand registration information of the vehicle 10 on the display 110 whenthe sensor detects that no second vehicle is substantially proximal tothe vehicle 10 (such as in the first mode or the third mode). The sensormay be a RADAR detector, a LIDAR detector, an IRtransmitter-photoresistor pair, a camera, or any other suitable deviceconfigured to detect the proximity of the vehicle 10 to a secondvehicle. In the embodiment of the sensor that is a camera, the cameramay be configured to detect identification information of the secondvehicle (such as the license plate number of the second vehicle); thisinformation may be used to determine the owner of the second vehicle andobtain information relating to the owner of the second vehicle. Theprocessor 120 may then modify content rendered on the display 110 basedupon the demographic of the owner of the second vehicle, such as bydisplaying an advertisement for discount prescription medications if theowner of the second vehicle is determined to be at least sixty years ofage; by displaying an advertisement for a women's fashion store if theowner of the second vehicle is determined to be female; or by displayingdriver information if the second vehicle is determined to be owned by orused by a law enforcement agency. In this example, identificationinformation of the second vehicle may be transmitted to a database ofvehicle identification information, wherein the database returnsinformation about the owner of the second vehicle 10, such as age,ethnicity, or gender; the database may be maintained by an entity suchas a DMV or the American Automobile Association (AAA). Alternatively,the camera may be configured to determine directly the demographic ofthe driver of the second vehicle (for example, by matching the driver toa specific ethnicity by with facial recognition software) or theresponse of the driver of the second vehicle to a message rendered onthe display 110. In the latter example, the response of the driver ofthe second vehicle may be used to pick an alternative message that mayproduce a more favorable response if the initial response is negative,or to choose a similar message if the first response is positive.Furthermore, in the embodiment in which the sensor is a camera, thecamera may be used to measure the level of ambient light substantiallyproximal to the vehicle 10 such that content may be rendered on thedisplay at an appropriate light level; for example, the brightness ofthe display may increase if the camera determines a high level ofsunlight near the vehicle 10. However, the sensor may detect any otherinformation relevant to the second vehicle and indicate to the processor120 to modify content rendered on the display based upon any othervariable.

FIG. 2 illustrates various systems, sub-systems, or modules that can beincorporated into a digital license plate system 200, along potentialinteracting agents such as vehicle systems 218, vehicle occupants, orthird-party persons or automated systems 220. In this Figure, a digitallicense plate 202 can be mounted on a vehicle. Systems within thedigital license plate can include, but are not limited to, a powersystem 204, thermal control system 206, and sensor system 208. Anelectronic security system 210 limits unauthorized access to data loggedand distributed via a data logging and interface system 212, or anyreceived/transmitted communications through communication system 214.Received data can be used to determine or update information presentedby display 216.

FIG. 3 illustrates a method for operation of one embodiment of a digitallicense plate system. After an initial setup 302 to register and link adigital license plate to a specific vehicle, the digital license platecan be ready for initialization 304 on vehicle startup (oralternatively, on vehicle stop), and can use timers or sensors to helpidentify context, location, or display presets for the digital licenseplate. Data uploading/downloading can be initiated, and anyfirmware/software updates completed. In normal operation, changes 306 tothe display can occur in response to sensed data 308, from data storageor analysis system 310, or as a result of external communication anddata transfer 312. Similarly, sensed or stored data can be transmittedor received, and the sensors activated, deactivated, or sensor dataanalyzed based on internal triggers or externally received data. When avehicle stops, or in response to a timing or other suitable trigger,data can be transferred (via line 314) back to the initialization step304.

FIG. 4 illustrates a representative data transfer and storage system 400including both vehicle mounted and external apparatus/software forinteracting with a digital license plate such as discussed herein. Asshown in FIG. 4, a preferred digital license plate system 400 forrendering content on a vehicle includes a display 410, a memory 420, acommunication module 430, and a processor 440. The display 410 isconfigured to mount adjacent an exterior surface of a vehicle. Thememory 420 is configured to store a plurality of executable applicationsincluding a vehicle identification application and an applicationelected by a user. The communication module 430 is configured todownload the user-elected application to the memory 420. The processor440 is configured to selectively execute applications to control visualcontent rendered on the display 410, wherein the display 410 rendersvehicle identification information when the vehicle identificationapplication executes, and wherein the display 410 renders additionalvisual content when the user-elected application executes.

The digital license plate system 400 preferably functions to execute aplurality of applications, wherein the display 410 renders visualcontent specific to each application for viewing from outside a vehicle.When executing a vehicle identification application, the preferredsystem 400 preferably functions as a digital license plate by displayinga government-issued license plate number of the vehicle. However, whenexecuting another (i.e. a user-elected) application, the preferredsystem 400 preferably functions as a toll payment, interstate trucking,messaging, advertising, gaming, news, alert, or other application bydisplaying visual content relevant or specific to the user-electedapplication. The vehicle identification application is preferably adefault and/or preloaded application executable on the system 400, andadditional applications are preferably elected by the user. Theadditional or user-elected applications are preferably downloaded from aremote server containing a plurality of available applicationsexecutable on the system 400 such that the user can customize the system400 to perform certain functions and/or to display certain visualcontent, types of visual content, forms of visual content, etc. Thepreferred system 400 can then switch between displaying vehicleidentification information and displaying additional visual content,types of visual content, forms of visual content, etc. specific to theuser-elected application. The user can therefore select variousapplications from a set of available applications to enable certainfunctionalities of the system 100.

The memory 420 of the system 400 is configured to store executableapplications, including the vehicle identification application and theapplication elected by the user. The memory 420 can preferably storeadditional user-elected applications, application-specific orapplication-related data (e.g., vehicle identification information, tollpayment information, a user-defined personal message), user preferences(e.g., fonts, visual content types, power settings), or any otherrelevant information pertaining to the operation of the preferred system400. In one variation of the preferred system 400, the memory 420 ispreloaded with the vehicle identification application and vehicleidentification information (e.g., a license plate number) that is uniqueto the vehicle and/or to the system 400. In this variation, the vehicleidentification information is preferably unalterable.

The memory 420 is preferably in communication with the processor 440such that the processor 440 can access application data and visualcontent from the memory 420, execute the application, and push visualcontent from the memory 420 to the display 410 for rendering. The memory420 is preferably physically coupled to the processor 440 and arrangedwithin a housing shared with the display 410 and the processor 440.Alternatively, the memory 420 can be arranged within the vehicle andremote from the display 410, such as adjacent or physically coextensivewith an electronic control module (ECM) integrated into the vehicle. Thememory 420 can alternatively be a remote memory coupled to a remoteserver, wherein the processor 440 accesses the remote memory via thecommunication module 430 in communication with the remote server. Thememory 420 can alternatively be physically coextensive with memoryincorporated into a mobile electronic device carried by the user, suchas a smartphone or tablet. However, the memory 420 can be arranged inany other way relative to the display 410, and the memory 420 can beaccessed over a wire, via wireless communication (e.g., Wi-Fi, cellular,Bluetooth, RFID), and/or through the communication module 430 in anyother way or according to any other protocol.

The communication module 430 preferably accesses a remote server thatstores a plurality of applications, wherein each application on theremote server can be selected by the user and subsequently downloadedto, uploaded to, installed on, or executed on the preferred system 400to enable a particular function defined by each application, as shown inFIG. 2. In one variation of the preferred system 400, the remote serverfunctions as an application store through which the user can access orbuy applications, wherein the processor 440 accesses the remote serverthrough the communication module 430 to download an application selectedby the user. In this variation, personal user information and/or vehicleidentification information is preferably used to automatically bill theuser, a fleet manager, or any other entity associated with the vehiclefor the purchase of the elected application. In one variation, thecommunication module 430 communicates directly with a remote server viaa wireless communication protocol. In an example implementation, thecommunication module 430 communicates with the remote server over acellular (e.g., 4G cellular) network and downloads the user-electedapplication over the cellular network. However, the communication module430 can wirelessly communicate substantially directly with the remoteserver, such over Wi-Fi and a local area network connection, Bluetooth,satellite, or any other suitable type of short- or long-range wirelesscommunication protocol. In another variation of the system 400, thecommunication module 430 communicates with the remote server through awireless-enabled mobile device. In one example implementation, thecommunication module 430 includes a port configured to accept a physicalwire connectable to a smartphone carried by the user, wherein thesmartphone wirelessly accesses and pulls information from the remoteserver and subsequently uploads the information via the wiredconnection. In another example implementation, the communication module430 communicates with a tablet computer over short-range wirelesscommunication protocol (e.g., Wi-Fi, Bluetooth, RFID, near fieldcommunication (NFC), infrared), wherein the tablet computer communicateswith the remote server via long-range wireless communication protocol(e.g., cellular, satellite) to transfer information from the remoteserver to the communication module 430. In these exampleimplementations, the communication module 430 preferably receivesapplication-related data from the mobile electronic device substantiallyin real time. Alternatively, the communication module 430 can receiveapplication-related data substantially long after the mobile electronicdevice accesses and stores the application-related data locally.However, the communication module 430 can access and downloaduser-elected application data and related visual content via any othercommunication protocol, through any other secondary or mobile electronicdevice, or in any other way.

The communication module 430 is preferably configured to receive datafrom the remote server, including the user-elected application,application-related data, and additional visual content. However, thecommunication module 430 can also transmit data to the remote server,such as vehicle location data, visual content exposure (e.g., how longvisual content is rendered on the display 410, how many individuals reador noticed the visual content), a user preference, vehicle or vehicleoccupant identification information, a local person, vehicle, orenvironmental condition, or any other relevant data or information. Suchdata is preferably stored on the memory 420 and transmitted to theremote server when a suitable connection is established (e.g., through aWi-Fi-enabled mobile electronic device or according to a predefinedsystem update schedule. However, the memory 420 can store any other dataand the communication module 430 can send and/or receive any otherrelevant information to and/or from the remote server.

The processor 440 of the system 400 is configured to selectively executeapplications to control content rendered on the display 400, includingthe user-elected application and the vehicle identification application.The processor 440 is preferably arranged within the housing that alsocontains the memory 420 and the display 400, though the processor 440can alternatively be remote from the display 400, such as arrangedadjacent or physically coextensive with an ECM of the vehicle. Theprocessor 440 is preferably coupled to memory and to the display 410 viaa wired connection, such as a trace on a shared printed circuit board(PCB). However, the processor 440 can alternatively communicate with thememory 420 and/or display via a wireless or optical connection.Furthermore, the processor 440 can be physically coextensive with aprocessor of a mobile electronic device carried by the user. However,the processor 440 can be arranged in any other way, and the processor440 can communicate with the memory 420 and/or display in any other wayor according to any other protocol.

The processor 440 preferably handles transitions between applicationsand controls physical content rendered on the display 410. Byselectively executing applications, the processor 440 can execute thevehicle identification application exclusively, the user-electedapplication exclusively, and/or the vehicle identification applicationand the user-elected application simultaneously. When executing thevehicle identification application, the processor 440 preferablyaccesses vehicle identification information stored on the memory 420 andhandles rendering the vehicle identification information on the display410. The processor 440 also preferably accesses necessary applicationand application-related data from the memory 420 when executing theuser-elected application. The processor 440 can additionally oralternatively access relevant data directly from the remote server, suchas via the communication module 430, to execute the application andselect content to render on the display 410. The processor 440preferably selectively executes the applications based upon the locationof the vehicle, the proximity of the vehicle to a known or identifiedentity, an input from the user, an input from a known or identifiedentity outside of the vehicle, a user preference, a timer, a quality ofa second local vehicle (e.g., child occupancy, a demographic of adriver, a driving record of a driver, the make and model of the secondvehicle), or any other suitable trigger or input. A transition betweentwo applications can be native to one or more applications, defined bythe processor 440 outside of an application, set by the remote server,triggered by the user, or triggered by a second user or other entityoutside of the vehicle. However, the transition between applications canbe generated, defined, or set in any other way or by any other party.

In a variation of the system 400 in which a transition betweenapplications is triggered by a party external the system 400 (e.g., theuser, a second user, an external entity), the processor 440 preferablyreceives the trigger event through the communication module 430. In oneexample implementation, the communication module 430 includes a GPSsensor, and the processor 440 transitions to a toll application when thecommunicate module estimates that the vehicle is within a specifiedrange of a tollbooth. In another example implementation, thecommunication module 430 includes an infrared (IR) sensor, and theprocessor 440 transitions to the vehicle identification application whena police officer points an IR remote at the communication module 430. Inyet another example implementation, the communication module 430includes an input region (e.g., a physical switch, a touch screen)arranged within the cabin of the vehicle and accessible by the user, andthe processor 440 transitions between applications based upon a userinteraction with the input region (e.g., flipping the switch, selectinga touch screen input region). However, the trigger can be any other typeof input provided or generated by any suitable user, individual, orentity.

In one variation of the system 400, the processor 440 executes thevehicle identification application that prompts the display 410 torender government-issued vehicle identification information. The display410 preferably renders a government-issued license plate number when theprocessor 440 executes the vehicle identification application, thoughthe display 410 can depict additional identification information, suchas registration information, the name, permit, or driver's licensenumber of a current occupant or driver, the license-issuing state, or adriving record of the current driver or owner of the vehicle. Thelicense plate number or other identifier of the vehicle is preferablystored on a non-volatile, read-only portion of the memory 420 such thatlicense plate number or other identifier cannot be changed onceprogrammed onto the system 400. Alternatively, the license plate numberor other identifier can be protected by one or more firewalls,passwords, secure embedded systems (OS kernel, CPU, memory), passwords,cryptography schemes, etc. to substantially prevent illegal tamperingwith government-issued registration and identification informationloaded onto the system 400 that is mounted or otherwise coupled to thevehicle.

In this variation, the vehicle identification application can benational-, state-, or local government-specific such that variousgovernment entities can issue customized vehicle identificationapplications tailored to the rules, regulations, registrationprocedures, needs, etc. of each national, state, or local government. Inone example, states can set different font sizes or typefaces, defineplacement of license plate numbers and registration tags, providespecial templates or designs, or define any other formatting orstylistic property of visual content rendered on the display 410 throughthe vehicle identification application. In another example, stategovernments can set automatic registration protocols, such as howregistration requests are routed to a department of motor vehiclesserver and how a digital registration “sticker” is transmitted back tothe system 400 as a vehicle identification information update. In afurther example, local governments can set how or when vehicleidentification information is installed on the system 400, such asduring manufacture or assembly of the system 400, when the system 400 isinstalled on a vehicle following delivery to a dealer, when the vehicleincluding the system 400 is first registered at a DMV, when the vehicleincluding the system 400 changes hands, and/or when an owner or userrequests a license plate template change (e.g., standard to historicvehicle plate) or a change to vehicle registration (e.g., operational tonon-op status, passenger to commercial vehicle status). In still anotherexample, state governments can set triggers controlling transitions intothe vehicle identification application, such as when the vehicle iswithin a preset range of an intersection, when the vehicle is within apreset range of a police officer, at specified intervals, when thevehicle is moving above a certain speed, when the vehicle is parked,when the vehicle is in a certain location, or given a trigger from astate-issued remote control device. However, national, state, and/orlocal governments can set any other relevant parameters of the vehicleidentification application and/or the vehicle identification informationrendered on the display 410 when the vehicle identification applicationexecutes. These parameters can also be modified or redefined over time,such as with updates for the vehicle identification applicationdistributed to the system 400 via the remote server.

In one variation of the system 400, the user-elected application is anadvertising application, wherein the display 410 renders the additionalvisual content that is an advertisement when the advertising applicationexecutes. In this variation, the user can select specific advertisementsto render on the display 410. For example, the user who is a Giantsbaseball fan can select advertisements for tickets to Giants baseballgames. In another example, the user that is a car dealership can selectvehicle discounts and other dealership advertisements to be rendered onthe display 410 when the vehicle is parked in a dealer lot. Additionallyor alternatively, the user can elect certain advertising preferences orprovide personal or demographic information that control whichadvertisements are rendered on the display 410. In one example, for theuser who is a vegan, advertisements for fast food meat products areexcluded from the advertising application executing on the system 400mounted to the vehicle owner by the user. In another example, whitewaterrafting trips are rendered on the display 410 for the user who enjoysoutdoor activities. In yet another example, for the user who is acountry music fan, a playlist for a local country music radio station isrendered on the display 410. In this variation of the system 400, theadditional visual content is preferably targeted at a second user,individual, etc. outside of the vehicle. The second user, individual,etc. outside of the vehicle is also preferably within a field of view ofthe display 410 such that the advertisement is legible for the seconduser, individual, etc.

In this variation, the processor 440 can track advertisement exposuresuch that the user can be compensated for advertising products, goods,or services on the vehicle. In one example, the processor 440 tracks theamount of time an advertisement is displayed. In another example, theprocessor 440 is coupled to a camera and implements machine vision toidentify and count the number of individuals who looked at display whilethe advertisement is rendered. In a further example, the system 400implements global positioning to track the number of vehicles within afield of view of the display 410 while the advertisement is rendered. Inthis variation, the display 410 time or amount of exposure of theadvertisement is preferably used to calculate the amount of usercompensation for the advertisement. Distribution of funds, prizes,discounts, coupons, or other forms of compensation are preferablyhandled by the remote server that accesses an account of the user, fleetmanager, vehicle owner, etc. to deposit the compensation to the user orother suitable entity.

In another variation of the system 400, the user-elected application isa road alert application, wherein the display 410 renders a road alertwhen the road alert application executes. In this variation, the display410 preferably renders content substantially relevant to a second useroutside of the vehicle, such as a second user who is following thevehicle in a second vehicle. The road alert application preferablyinforms the second user of upcoming road hazards, such as trafficconditions, accidents, potholes, construction, narrowed lanes, changesto a carpool lane or carpool lane restriction, onramps, or debris. Inone example implementation, the user elects the road alert applicationin order to inform trailing vehicles of upcoming traffic or roadconditions, which can improve driving safety of the user by improvingcurrent traffic-related knowledge of other drivers around the user. Inanother example implementation, the second user, who is following thevehicle in a second vehicle, requests installation of the road alertapplication on the system 400 coupled to the vehicle. In this exampleimplementation, the remote server preferably identifies the second userand/or the second vehicle that is/are proximal the user and/or thevehicle, such as through GPS tracking or short-range communications. Theremote server then preferably checks the application request againstpreferences of the user and uploads the road alert application to thesystem 400 when appropriate. Similarly, in an example implementation inwhich the road alert application is already installed on the system 400,the second user can supply an input (e.g., via a smartphone) to triggera transition into the road alert application or to select particularroad-related information to render on the display 410, such as ‘trafficconditions for the next five miles.’ Therefore, individuals or entitiesoutside of the vehicle can substantially control an applicationinstalled on the system 400, a transition between two applications,and/or a selection of additional visual content rendered on the display410 when the processor 440 executes the application.

In another variation of the system 400, the user-elected application isa driving direction application, wherein the display 410 renders adriving direction when the driving direction application executes. Thedriving direction application is preferably similar to the road alertapplication described above, wherein the system 400 displays informationrelevant to an individual outside of the vehicle. In this variation, thedisplay 410 preferably depicts a driving direction for a second userdriving behind the vehicle and within a field of view of the display 410such that the second user does not need to remove his eyes from the roadto view a driving direction. As described above, installation of thedriving direction can be initiated by the user or requested by thesecond user. The second user also preferably requests directions to adestination, wherein the directions are handled by a remote server andpushed to the system 400 for presentation to the second user. The system400 and/or the remote server can also identify additional vehiclesproximal the second user and distribute driving directions acrossmultiple vehicles followed by the second user over the course of thetrip. However, the system 400 can implement the user-elected applicationthat is a driving direction application in any other suitable way.

In another variation of the system 400, the user-elected application isa news application, wherein the display 410 renders a news alert whenthe news application executes. In this variation, the display 410preferably renders local, state, national, or international currentevents, such as national political headlines or international economicheadlines. Additionally or alternatively, the display 410 can renderpersonal news or events related to the user or other individualsproximal the user, such as a news feeds, status update, message, or postsourced from a social network, blog, or other online service or network.For example, the display 410 can render a user status update that is “Soexcited—I just bought tickets for the Giants game tomorrow night,” or“my friend Sammie just posted a new chili recipe to her cooking blog.”In this variation, the display 410 can also render a visual pointerlinking to the source of news content. For example, the display 410 canrender a two-dimensional bar code, wherein an individual outside of thevehicle can user a smartphone implementing a camera to read the bar codeand automatically access a news article, social network, blog, etc. fromwhich the news content was sourced. Similarly, the communication module430 can (wirelessly) output the pointer that is then accessed by amobile electronic device carried by an individual outside of the vehicleto open the source of the news content.

In another variation of the system 400, the user-elected application isan interstate trucking application, wherein the display 410 exhibits thestatus of trucking certifications for the vehicle that is a commercialtruck traveling across a state border. In this variation, the system 400preferably interfaces with a local or global positioning system to trackthe location of the vehicle, such as when the vehicle crosses a stateborder and/or which roads the vehicle has covered. From this vehiclelocation information, the system 400 and the remote server preferablycooperate to pay required fees and taxes, submit required vehicleinformation (e.g., vehicle gross weight) to relevant authorities (e.g.,a department of motor vehicles), and to render visually on the display410 the current status of vehicle certifications and payments. Forexample, an RFID tag included in the communication module 430 cantrigger an RFID reader proximal a highway near a state border, whereinthe trigger informs the remote server that the vehicle has crossed astate border, and wherein the remote server subsequently pushes relevantvehicle and payment information to an appropriate authority and thedisplay 410 renders visual indicators of the certifications and payment.In this variation, the trucking application is preferably installed onthe system 400 by the user who is a fleet manager for a vehicle fleetincluding the vehicle such that the fleet manager can use the truckingapplication executing on a plurality of vehicles in the vehicle fleet totrack and manage interstate trucking fees, payments, and certifications.However, in this variation, the trucking application can handle truckingcertifications to the exclusion of application-specific orapplication-relevant visual content, wherein the system 400 does notupdate visual content rendered on the display 410 when the processor 440executes the trucking application. However, the system 400 can functionin any other way when executing the user-elected application that is atrucking application.

In another variation of the system 400, the user-elected application isa messaging application, wherein the display 410 renders a personalmessage when the messaging application executes. In this variation, theuser preferably generates the personal message, and the message ispreferably text-based, though the message can additionally oralternatively include a static image or video. The user can generate themessage on a message generation website accessible on a computer andsupported by the remote server, through a message generation applicationexecuting on a mobile electronic device carried by the user andsupported by the remote server, through an onboard vehicle voice controlsystem coupled to the system 400, or through any other suitable means.For example, the user can generate the message that is “Happy 17thBirthday, Tom,” “Go Giants,” or “Acme Moving Services—call800.555.9876.” Alternatively, the user can select the message from apredefined set of messages or download the message from a website,online user profile, social network, etc. For example, the user candownload a “How's my driving? sign,” a “Baby on Board” sign, a digitalbumper sticker, or a background image for the display 410. Similarly,the user can pull the message from a social network post, comment, ormessage. However, the user can generate or select any other messageincluding any other content for rendering on the display 410.

In another variation of the system 400, the user-elected application isa tollway application, wherein the system 400 handles toll payments forthe vehicle passing through a tollbooth or toll plaza. Like theinterstate trucking application described above, the system 400executing the tollway application preferably monitors the location ofthe vehicle and/or communicates with a tollbooth or tollway to trigger atoll payment. The system 400 and/or remote server preferablyinterface(s) with the tollbooth or a toll management server to pay forthe vehicle toll, and once the toll has been paid, the display 410preferably renders visual content that indicates that the toll is paid.However, the tollway application can handle toll payments to theexclusion of visual content, wherein the system 400 does not change orupdate visual content rendered on the display 410 when the tollwayapplication executes. However, the tollway application can function inany other way.

In another variation of the system 400, the user-elected application isa gaming application, wherein the display 410 renders gaming contentwhen the gaming application executes. In this variation, the system 400preferably enables gaming between the user and any other individualproximal the user. For example, the user in the vehicle can play a gamewith a second user in a second vehicle when the second vehicle isfollowing the first vehicle, the user is facing a system 400 installedon the front of the second vehicle, and the second user is facing thesystem 400 installed on the back of the vehicle. In this example, theuser can control the output of a second display on the second vehiclevia a handheld electronic device, and the second user can control theoutput of the display 410 on the vehicle through a second handheldelectronic device. Therefore, the system 400, installed on a pluralityof vehicles, can enable a gaming platform or gaming interface for usersoccupying different but nearby vehicles.

The applications configured to execute on the system 400 are preferablycreated by third-party developers and hosted on the remote server suchthat the user can preview applications, select relevant applications,and install the relevant applications on the system 400 for subsequentuse. The remote server preferably provides a software development kit(SDK) and/or hosts an application programming interface (API) to supportapplication creation and development by the third-party developers. Thethird-party developers can represent government agencies (e.g., a stateDMV), private institutions (e.g., a private toll plaza on a privatehighway, a retailer), or independent users. However, the system 400and/or remote server can function in any other way to supportdevelopment of applications that enable additional functionalities forthe system 400.

FIG. 5 schematically illustrates a data system 500 including varioustypes or categories of data that is storable, analyzable, transmittable,or receivable by a digital license plate 502. Data can include vehiclegenerated data 504 that can be stored, directly sensed, derived, orcalculated from vehicle sensors or data sources, and can further includesensors provided in the digital license plate 502 and any supportingelectronics such as described in the disclosed embodiments. Other datacategories can include vehicle associated data 506 (e.g. licenseinformation, registration, vehicle manuals, vehicle guides, or how-toinformation), third-party data 508 (e.g. advertiser information, roadtour guides, games, entertainment), or simulation or analysis datacreated by a data analysis module 510 (e.g. calculated tire or enginewear).

Data from digital license plate 502 can be provided to a user asinformation 512, typically via a smartphone application, text or emailmessages, vehicle dashboard screen, other, in-vehicle user interfaces,or web based interfaces (both in-vehicle or through a user's personalcomputer or laptop). Visual displays, printed information, audio, or anysuitable user interface can be used to provide the information.Information can be provided in response to a query, as a warningannouncement, or as a regular report. Information can be prioritizedaccording to time or importance, with learning algorithms able to adjusta presentation to provide information in a form best suited for a user.For example, over time, items commonly requested by a user, or keyperformance indicators/warnings can be presented on a main screen ratherthan requiring menu selection or navigation to sub-screens.

User data 514 can include personal data, as well as user feedback 516 inresponse to information 512, or various commands, instructions, orauthorizations 518 to allow access to or release of data from thedigital license plate 502. Preset security levels can be set andauthorized by a user, with modifications or changes being allowed. Forexample, a user might wish to invoke a privacy mode that preventsstorage or release of vehicle location history or vehicle speed. Inanother example, data relevant to advertisers can be authorized forrelease in return for access to a third-party web site, use of asmartphone application, or payment.

Vehicle generated data 504 can include but is not limited to thatrelated to health of vehicle, display time and location of third-partyadvertising images, gas mileage, road conditions (e.g. rough vs. smoothas detected by accelerometers), pothole identification, weatherconditions, temperature, humidity, number of people riding in vehicle,amount of weight placed in the vehicle, braking habits,acceleration/deceleration habits, and location and timing information tosupport usage based insurance.

Other vehicle generated data can include information related tomaintenance, including predictive maintenance based on data analysis 510(e.g. “Please take me in for service soon, transmission is predicted tofail within the next month.”). Expected maintenance costs can beprovided, as well as information relating to maintenance history, andrepaired or replaced parts.

Vehicle generated data can be combined with third-party data 508,including that from vehicle conveyed electronic devices (e.g. personalsmartphones or cameras), or third-party insurance or vehicle databasesto provide a wide range of information. This can include vehicle cost ofownership, readiness to purchase next vehicle: number of days since lastpurchase, mileage, gas usage and payment verification, cost comparisonwith last vehicle, cost comparison with a comparable third-partyvehicle, or cost comparison with a similar fleet vehicle. Financialinformation related to the vehicle such as percentage paid off onvehicle, days until paid off, or verification of insurance payments canalso be provided.

Information (data with context) is presented to the customer, allowingthem to generate their own insights. For example, weekend vehicle usageand costs can be compared and separated from weekday business usage,allowing a user to determine cost of recreational use of a vehicle orhelp reduce overall vehicle costs. Suggestions or recommendations can bemade, for example, when and where to refill fuel (e.g. best resultsbeing on the weekend, at a low-cost gasoline station located in adirection opposite to a user's workplace, but near a restaurantwell-liked by the user). Such information and “insights” (i.e. databased suggestions or recommendations) can be communicated simultaneouslyto the user, who can be further prompted for actions such as remindersto visit the restaurant and fill up with fuel on the trip home.

Alternatively, list of insights requiring action can be presented to thecustomer. Continuing the foregoing example, a prioritized list of nearbygasoline stations can be provided, along with recommended times torefill. For example, the digital license plate 502 can integrate data504 (historical gas mileage), data 506 (recommended grade of vehiclegas), data 508 (location and reviews of gas stations), data 510(calculated or simulated vehicle location) and user data 514 (usercalendar provides available time and likelihood of visiting therestaurant based on recorded user habits) to provide a list ofrecommendations and resulting cost savings.

Digital license plates such as discussed herein can support a variety ofsystems allowing for vehicle relevant information and tracking driverperformance, with collected data selectively preserved and releasablefor review or analysis by a user or authorized authority. With digitallicense plate attached sensors and/or connection to the OBD-II bus, datarelevant to driver performance can be analyzed locally or remotely. Forexample, vehicle speed from OBD-II and/or GPS data allows determinationof average vehicle speed over a trip and can indicate unsafe vehiclespeeds. Alerts can be generated based upon this data.

In another embodiment, accelerometer/gyroscope data from a digitallicense plate can be used to determine if the vehicle has undergone anyhard braking or hard acceleration events. This can also be used todetect if a vehicle has been in an accident. This detection would beachieved by setting suitable thresholds on these sensors and triggeringevents if they are exceeded. Additional information can be obtained fromOBD-II such as engine rpm that can be used to refine accuracy of thisevent detection.

Trip data such as time spent driving, distance traveled, frequency ofstops, etc., can also be used as part of driver performance data (e.g.commercial long-haul trucks). This data collection can replace driverlogbooks. Data collected can be used to generate a driver scorecard,which can be displayed on the web dashboard, or via an app. Fleetmanagers can use this information to rank drivers and reward good driverperformance.

With user authorization, digital license plates such as discussed hereincan receive and transmit useful information, including data that hasincreased value in aggregate with data from other digital license platesor vehicle carried sensor systems. For example, GPS location data on thedigital license plate, along with speed information from OBD-II orsimilar vehicle data interface, can be used to determine informationabout the movement of traffic on a city-wide scale. With enough digitalplates on the road, the aggregate and cumulative data can provide usefulinsights into traffic congestion during peak hours. For example, afeedback loop can be supported that uses digital license plate data todetect stationary or slowed traffic, and then feeds that raw orprocessed and analyzed data back to digital license plates that areapproaching these areas. Effectively, this could provide real-timevisible warnings to other users, with vehicles having digital licenseplates, that are planning to navigate into that geographic region. Suchdata could be used with digital license plate applications, and/or besold to other providers.

Similarly, temperature and air pressure data from both the digitallicense plate and from the vehicle sensors via OBD-II can be collected.Together with data from an ambient light sensor and a camera, finegrained local weather-related information can be developed. As anexample, temperature data could be used to provide warnings iftemperatures dip below freezing in certain regions, increasing thelikelihood of icy roads. In other embodiments, foggy areas can beidentified by a digital license plate camera, and local rain bursts orshowers could be mapped.

Transfer of environmental or other data useful for other users andvehicles does not have to be limited to cellular 3G or 4G systems thatupload data to a server. In certain embodiments, vehicle to vehiclecommunications or local hotspot Wi-Fi can send or receive usefulinformation. Vehicle to Vehicle Networks, Ad Hoc Networks, orpeer-to-peer based wireless communication system can support a varietyof vehicle related applications; including but limited to vehicle orobject collision warning, security distance warning, driver assistance,cooperative driving, or cooperative cruise control.

For example, using a digital license plate camera, obstacles or wreckedvehicles on the roadway can be identified. This information can bepassed to digital license plate equipped vehicles in the vicinity withan update frequency on the order of milliseconds, permitting automaticbraking or maneuvering, or giving a substantial amount of warning timeto a driver to react to the obstacle.

Digital license plates such as discussed herein can present custom textmessages, a history of which can be available with user authorization.In addition to displaying simple text messages, a digital license platecan display custom images, which can act as a background to a textmessage, or contain messaging elements, symbols, or logos. In oneembodiment, number plate images are composed on the server, and caninclude a plate background image plus various overlay images. Often,these overlays are the plate numerals themselves, plus the registrationsticker image. Different background templates or additional overlayimages that would allow users to customize the appearance of theirplates are also contemplated. This could take the form of an additionalimage or text on the plate, or even just the color of the plate or text.Custom logos could include sports teams, flags, company logos; customtext could include mottos, bumper-sticker style slogans; and customcolor schemes could include sport team colors, colors that complement orcontrast with the vehicle, or personal favorite colors.

In certain embodiments, such customizations can be a paid option. Anonline store can offer these as “skins” for a digital license plate. Incertain embodiments, the right to display the images could be time- orgeo-limited. For example, in the week leading up to a popular athleticevent, states from which the competing teams come from could allowspecial team plates to be displayed. Or for the week following theathletic event, the state from the winning team could allow specialplates commemorating the win.

As previously discussed in this disclosure, digital license plates havethe ability to show custom message images when the plate is in anon-driving situation (stationary at lights, parked, etc.). In oneembodiment, to enable this messaging feature, the digital license platecan regularly check with an external server to see if messages need tobe displayed. If one or more messages are in a display queue, thedigital license plate can receive from the server a packet ofinformation that defines the messages and the schedule for the messagesto be shown (which can be both time and geo limited). The digitallicense plate fetches these messages from the server (if they have notbeen previously stored) and stores them in local storage (typicallyencrypted). This enables the messaging functionality to work even whenthe plate is offline.

In some embodiments, the images must be signed by the server or similardigital license plate support system using a secret key. The digitallicense plate verifies this signature before it allows the messages tobe displayed. If an “instant” message functionality is enabled, a SMSmessage can be sent to the digital license plate by the server, whichcauses the digital license plate to check with the server immediately.This procedure allows an image or message to be pushed to the digitallicense plate more quickly than via a standard digital license platecheck-in cycle, which could be ordinarily set to check with a server ona time scale of minutes, hours or daily. The messages themselves can besingle images uploaded to the server, or they can be a combination of abackground image plus overlaid text. This allows for a single templatebackground to be downloaded to the digital license plate, but fordifferent images to be composed out of this by overlaying custom text.

Digital license plates as disclosed can be of utility for rental carcompanies and customers. For example, a digital license plate attachedto a rental car could be directed to display a customer name and messageidentifying the rental vehicle. For keyless operation, a QR code,various 2-D dimensional bar codes, or other machine interpretable codecould also be presented by the digital license plate. This would allowthe vehicle renter to scan the machine interpretable code with a phoneapp that would then unlock the vehicle. QR code functionality could alsoexist separate from the identify feature. In those embodiments, a rentalvehicle customer could walk up and scan with a bar code reader or othersuitable smartphone application, automatically paying for and releasingfor rental any vehicle in the rental vehicle lot. Similarly, QR or othercodes could be used to allow family or friends to access a familyvehicle, with notifications of use being provided to the owner orvehicle driver. Such notifications allow an owner to allow use of thevehicle, or send a message denying keyless entry and use. In certainembodiments, information relating to a user renting a vehicle can onlybe made available if allowed by a user.

Similarly, digital license plates can be used by ride sharing servicesto simplify identification of a vehicle. Front and/or rear digitallicense plates can display a name of a rider requesting use of a ridesharing service. Alternatively, or in addition, the name of the ridesharing service can be displayed. In certain embodiments, a ride sharingservice can use a digital licensing plate to advertise services andpromote use of ride sharing. In other embodiments, the informationrelating to a user's rideshare is deleted unless a user authorizessharing that information.

Digital license plates can also support road usage taxes or fees.Instead of using a tax on fuel consumption to repair and maintaintransportation infrastructure, a vehicle miles traveled (VMT) feecharges motorists based on their road usage measured in mileage.Typically, these charges can be either a fixed number of cents per mileor a variable fee based on considerations such as time of travel,congestion levels on a roadway, type of road, type and weight of thevehicle, vehicle emission levels, and ability to pay by the vehicleowner. A digital license plate can track mileage, roads used, and timeof travel. This information can be used to reduce or augment insuranceor road tax/usage fees, depending on the particular roads utilized.Advantageously, vehicles operating out of state (which can be determinedvia the GPS) would not be subject to state or local road usage taxes.This information can be made available by the user only to agovernmental taxing authority.

In the foregoing description, reference is made to the accompanyingdrawings that form a part thereof, and in which is shown by way ofillustration specific exemplary embodiments in which the disclosure maybe practiced. These embodiments are described in sufficient detail toenable those skilled in the art to practice the concepts disclosedherein, and it is to be understood that modifications to the variousdisclosed embodiments may be made, and other embodiments may beutilized, without departing from the scope of the present disclosure.The foregoing detailed description is, therefore, not to be taken in alimiting sense.

Reference throughout this specification to “one embodiment,” “anembodiment,” “one example,” or “an example” means that a particularfeature, structure, or characteristic described in connection with theembodiment or example is included in at least one embodiment of thepresent disclosure. Thus, appearances of the phrases “in oneembodiment,” “in an embodiment,” “one example,” or “an example” invarious places throughout this specification are not necessarily allreferring to the same embodiment or example. Furthermore, the particularfeatures, structures, databases, or characteristics may be combined inany suitable combinations and/or sub-combinations in one or moreembodiments or examples. In addition, it should be appreciated that thefigures provided herewith are for explanation purposes to personsordinarily skilled in the art and that the drawings are not necessarilydrawn to scale.

Embodiments in accordance with the present disclosure may be embodied asan apparatus, method, or computer program product. Accordingly, thepresent disclosure may take the form of an entirely hardware-comprisedembodiment, an entirely software-comprised embodiment (includingfirmware, resident software, micro-code, etc.), or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module,” or “system.” Furthermore,embodiments of the present disclosure may take the form of a computerprogram product embodied in any tangible medium of expression havingcomputer-usable program code embodied in the medium.

Any combination of one or more computer-usable or computer-readablemedia may be utilized. For example, a computer-readable medium mayinclude one or more of a portable computer diskette, a hard disk, arandom access memory (RAM) device, a read-only memory (ROM) device, anerasable programmable read-only memory (EPROM or Flash memory) device, aportable compact disc read-only memory (CDROM), an optical storagedevice, and a magnetic storage device. Computer program code forcarrying out operations of the present disclosure may be written in anycombination of one or more programming languages. Such code may becompiled from source code to computer-readable assembly language ormachine code suitable for the device or computer on which the code willbe executed.

Embodiments may also be implemented in cloud computing environments. Inthis description and the following claims, “cloud computing” may bedefined as a model for enabling ubiquitous, convenient, on-demandnetwork access to a shared pool of configurable computing resources(e.g., networks, servers, storage, applications, and services) that canbe rapidly provisioned via virtualization and released with minimalmanagement effort or service provider interaction and then scaledaccordingly. A cloud model can be composed of various characteristics(e.g., on-demand self-service, broad network access, resource pooling,rapid elasticity, and measured service), service models (e.g., Softwareas a Service (“SaaS”), Platform as a Service (“PaaS”), andInfrastructure as a Service (“IaaS”)), and deployment models (e.g.,private cloud, community cloud, public cloud, and hybrid cloud).

The flow diagrams and block diagrams in the attached figures illustratethe architecture, functionality, and operation of possibleimplementations of systems, methods, and computer program productsaccording to various embodiments of the present disclosure. In thisregard, each block in the flow diagrams or block diagrams may representa module, segment, or portion of code, which comprises one or moreexecutable instructions for implementing the specified logicalfunction(s). It will also be noted that each block of the block diagramsand/or flow diagrams, and combinations of blocks in the block diagramsand/or flow diagrams, may be implemented by special purposehardware-based systems that perform the specified functions or acts, orcombinations of special purpose hardware and computer instructions.These computer program instructions may also be stored in acomputer-readable medium that can direct a computer or otherprogrammable data processing apparatus to function in a particularmanner, such that the instructions stored in the computer-readablemedium produce an article of manufacture including instruction meanswhich implement the function/act specified in the flow diagram and/orblock diagram block or blocks. Many modifications and other embodimentsof the invention will come to the mind of one skilled in the art havingthe benefit of the teachings presented in the foregoing descriptions andthe associated drawings. Therefore, it is understood that the inventionis not to be limited to the specific embodiments disclosed, and thatmodifications and embodiments are intended to be included within thescope of the appended claims. It is also understood that otherembodiments of this invention may be practiced in the absence of anelement/step not specifically disclosed herein.

1. A vehicle data control system, comprising: sensors attached to avehicle to provide sensor data, a digital license plate connected toreceive and transmit data, wherein at least some portion of the data issensor data; and an external user interface to the digital licenseplate, configured to allow a user to provide user authorization tocontrol release of sensor and other data from the digital license plate.2. The vehicle data control system of claim 1, wherein the external userinterface is a smartphone application.
 3. The vehicle data controlsystem of claim 1, wherein a user authorization can allow access tovarying data categories.
 4. The vehicle data control system of claim 1,wherein the external user interface can present to the user a list ofactions.
 5. The vehicle data control system of claim 1, wherein at leasttwo of vehicle generated data, vehicle associated data, third-partydata, and analysis/simulation data are combined to provide informationto a user.
 6. The vehicle data control system of claim 1, wherein atleast two of vehicle generated data, vehicle associated data,third-party data, and analysis/simulation data are combined to providean insight to a user.
 7. A method for controlling access to a vehicledata control system, comprising the steps of: receiving and storingvehicle related sensor data in a digital license plate providing anexternal user interface to the digital license plate, the external userinterface configured to allow a user to provide user authorization tocontrol release of sensor and other data from the digital license plate;and releasing stored vehicle data from the digital license plate asallowed by a user.
 8. The method for controlling access to the vehicledata control system of claim 7, wherein the external user interface is asmartphone application.
 9. The method for controlling access to thevehicle data control system of claim 7, wherein a user authorization canallow access to varying data categories.
 10. The method for controllingaccess to the vehicle data control system of claim 7, wherein theexternal user interface can present to the user a list of actions. 11.The method for controlling access to the vehicle data control system ofclaim 7, wherein at least two of vehicle generated data, vehicleassociated data, third-party data, and analysis/simulation data arecombined to provide information to a user.
 12. The method forcontrolling access to the vehicle data control system of claim 7,wherein at least two of vehicle generated data, vehicle associated data,third-party data, and analysis/simulation data are combined to providean insight to a user.